home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1988 / Aug-Sep 88 / Global Size Again ⁄ 09.08.88 ⁄ < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.5 KB  |  34 lines  |  [TEXT/GEOL]
  1. Item    2669441                         8-Sept-88        23:37
  2.  
  3. From:   D0416                           Futuresoft System Design, Dev
  4.  
  5. To:     X0118                           Bell Northern Research,Comm.Sys.Dev
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    Global Size Again
  10.  
  11. Chris,
  12.       I just encountered the same problem two nights ago and considered
  13. remapping segments as Russ suggested to you. But I then looked at
  14. MyApplication.map file and looked at BBRes segment and saw many procedures from
  15. Building Block objects that I knew I was not using. After a little more looking
  16. around I found that InitUDialog procedure (used to “Register” the UDialog
  17. building block objects) registered all possible UDialog objects like
  18. popUpMenus, Picture & Icon views and such. There were 14 different objects
  19. including TControl type as well as objects of TControl’s sub-classes. But I was
  20. only using 5 of these 14 TControl classes. I fixed the problem by replacing my
  21. call to InitUDialog with a New/FailNIL/RegisterType sequence of calls for ONLY
  22. the UDialog objects that I was using. The Segment Too Big message disappeared
  23. and the BBRes size dropped a few K bytes.
  24.  
  25. The simple point my long winded babble above is saying instead of calling
  26. InitUDialog which fires up all kinds of objects (14 to be exact) forcing more
  27. references to Methods that the linker won’t strip, maybe only RegisterType the
  28. UDialog objects you are actually using. It worked for me, Russ does this sound
  29. right?
  30.                   -Take care, Ken Addison
  31.  
  32.  
  33.  
  34.